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AUTOMATIC WEATHER MONITORING 
AND ADAPTIVE TRANSMITTING SYSTEM 

RELATED APPLICATIONS 

This application is a continuation-in-part of U.S. Sen No. 5 
08/411,583, filed Mar. 29, 1995, now U.S. Pat. No. 5,565, 
863 which is a divisional of U.S. Ser. No. 08/215,926, filed 
Mar. 22, 1994, now U.S. Pat. No. 5,434,565, the entire 
teachings of which are incorporated herein by reference. jQ 

BACKGROUND OF THE INVENTION 

At large airports, takeoff and landing slots, runway 
assignments, holding patterns, and approaches are handled 
by the tower's air traffic controllers during operating hours 15 
of the control tower. Smaller airports, however, rarely have 
the traffic to justify the expenses associated with the equip- 
ment and salaries of the tower crew. Instead, most small 
airports have their own Common Traffic Advisory Fre- 
quency (CTAF) which is unique for their geographic region. 20 
A CTAF is also usually assigned for after hours use at 
controlled airports. The CTAF of each airport is published 
and readily available. 

Essentially, the CTAF serves as a radio bulletin board. A 
pilot approaching or departing an airport tunes to the CTAF 25 
channel for that airport and monitors for activity. The pilot 
will then broadcast his/her intentions and position so that 
other pilots also monitoring the CTAF channel can plan their 
own operations accordingly. Consequently, broadcasts on 
the CTAF are rarely to a specific listener. Instead, they are 30 
simply general declarations of an intended course of action 
to anyone currently using the airport. In this way, smaller 
airports have a system by which pilots can coordinate their 
activities without requiring a dedicated control tower. 

In addition to the bulletin board function, a pilot can also 35 
ask for a radio check on the CTAF from other listeners and 
get information regarding the airport's services and other 
business functions. The limitations on CTAF usage are set 
forth by Federal Communications Commission Regulations. 

On a related topic, many mid- and larger size airports have 
an Automatic Weather Observation System (AWOS) which, 
as its name suggests, automatically provides weather infor- 
mation over a dedicated frequency. Most commonly, the 
AWOS units are small weather stations that monitor wind ^ 
speed, wind direction, dew point, and barometric pressure 
and then transmit this gathered information using a synthe- 
sized voice continually and repeatedly every one to three 
minutes. The frequency allocations for the AWOS are also 
published so that an incoming pilot, for example, can select 5Q 
an appropriate runway from the wind direction and speed 
transmitted by the AWOS system without requiring inter- 
vention from the ground. 

SUMMARY OF THE INVENTION 

55 

The present invention is generally directed to providing 
AWOS-type information automatically over the CTAF in 
addition to other services such as radio checks. This is 
accomplished by providing a system that monitors the traffic 
over the CTAF and then adaptively broadcasts menus con- 6 o 
taming radio check options and/or weather advisories. 

In general, according to one aspect the invention concerns 
a method for providing weather information to pilots for an 
airport. The method includes determining weather condi- 
tions for the airport. Automatic weather stations will typi- 65 
cally provide this functionality. The radio frequency 
assigned to the airport is monitored for a predetermined 
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protocol indicative of a pilot attempt to access the weather 
information. A transceiver interfaces with the radio fre- 
quency and a central processing unit reviews demodulated 
transmissions for the protocol. If the protocol is detected, the 
radio frequency is first monitored for inactivity, i.e., no 
transmissions from other sources. Then, the weather 
advisory, which is derived from the determined weather 
conditions, is broadcast. 

In specific embodiments, the broadcast of the weather 
advisory is stopped after receiving the predetermined pro- 
tocol in response to detecting transmissions from other 
sources lasting over a set time period. One second is the 
preferred period. The broadcast can also be stopped if it is 
determined that a weather advisory has been recently broad- 
cast. Delayed broadcasts of the advisories are preferred if 
there is a high level of traffic on the radio frequency. The 
system can also be adaptive to minimize the amount it 
transmits on the frequency when there is a high demand for 
transmission slots. Specifically, a length of the broadcast 
weather advisory is changed in response to traffic levels. In 
all cases, the values of the weather parameter from the 
weather station can be reviewed, and only those parameters, 
which are most important, can be included in the advisory. 

In other embodiments, the protocol, which triggers the 
broadcast of the advisories can be microphone click or a 
spoken phrase. Basically, the system applies pattern recog- 
nition schemes in which if the pattern is matched by for 
example a spoken phrase, microphone clicks or detecting a 
broadcast after a long period of inactivity the advisory is 
broadcast. Microphone clicks are detected by the central 
processor by monitoring the carrier detect signal from the 
transceiver. The spoken phrase is detected by applying a 
voice recognition algorithm to the transmissions on the radio 
frequency and triggering in the advisory broadcast if the 
phrase is detected. 

In general according the another aspect, the invention can 
also be characterized as a method that includes determining 
weather conditions for the airport. The radio frequency 
assigned to the airport is monitored for a predetermined 
protocol indicative of a pilot attempt to access the weather 
information and other transmissions. From this information, 
the level of traffic on the radio frequency can be determined. 
Based upon this analysis, the length of a weather advisory is 
changed in response to the traffic. 

In general according to another aspect, the invention 
relates to a system for broadcasting weather advisories to 
pilots. The system includes an automatic weather station 
which generates weather data indicative of ambient weather 
conditions. A transceiver monitors the radio frequency and 
generates a carrier detect signal in response to transmissions 
from other sources on a radio frequency. A central process- 
ing unit monitors the carrier detect signal for activity on the 
radio frequency and generates the weather advisories in 
response to transmission of an activating signal over the 
radio frequency. The lengths of the weather advisories are 
modified in response to the level of the activity to minimize 
the conflict between the system and other parties using the 
frequency. 

The above and other features of the invention including 
various novel details of construction and combinations of 
parts will now be more particularly described in reference to 
the accompanying drawings and pointed out in the claims. It 
will be understood that the particular automatic weather 
monitoring and adaptive transmitting system embodying the 
invention is shown by way of illustration and not as a 
limitation of the invention. The principles and features of 
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this invention may be employed and varied in numerous 
embodiments without departing from the scope of the inven- 
tion. 

BRIEF DESCRIPTION OF THE DRAWINGS 5 

FIG. 1 is a perspective view of the automatic weather 
monitoring and adaptive transmitting system installed at an 
airfield; 

FIG. 2 is a block diagram of the automatic weather 1Q 
monitoring and adaptive transmitting system; 

FIG. 3 is a flow diagram of a background routine executed 
by the central processing unit of the system; and 

FIGS. 4A, B, and C are flow diagrams of a foreground 
routine executed by the central processing unit. 15 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENT 

A major drawback of the AWOS is the fact that it requires 
a dedicated frequency. This requirement is established both 20 
by Federal Communication Commission Regulation and by 
pragmatism. Since the AWOS continually and repeatedly 
transmits weather information, there is no time in between 
broadcasts for other people to transmit. Further, there is no 
system that disables the AWOS transmission when other 25 
parties are broadcasting. In addition, obtaining a frequency 
designation for an AWOS usually takes upwards of three 
years since few frequencies are still available in the part of 
the radio spectrum allocated for aviation communication. 
For these reasons, AWOS systems are often difficult to 30 
implement. 

Additionally, the fact that AWOS and CTAF are assigned 
to independent frequencies complicates the pilot's role. For 
instance, pilot on approach to an airport will have to monitor 35 
both the AWOS frequency and the CTAF. Consequently, not 
only must the airplane contain two radios, but these radios 
must be correctly tuned and simultaneously monitored by 
the pilot. 

The present invention seeks to solve these recognized 40 
problems by expanding the role of the Common Traffic 
Advisory Frequency (CTAF), or for that matter, any other 
general communication channel, by providing general infor- 
mation announcements, weather information for example, 
over the frequency. These announcements are controlled in 45 
such a way as to not undermine the frequency's inter-party 
communication function by avoiding broadcast collisions 
and adaptively modifying the length and timing of the 
announcements. 

Turning now to the figures, the location of monitoring and 50 
adaptive transmitting system constructed according to the 
principles of the present invention is shown at a typical 
airfield in FIG. 1. A windsock 110 hung from a windsock 
pole 112 is usually located near a principle runway 114 of 
the airfield. The windsock 110 provides pilots, both on the 55 
ground and circling the airport, with wind direction and 
speed information. The monitoring and adaptive transmit- 
ting system 100 is ideally located on the windsock pole 112 
so that the weather information it collects will be taken as 
close to the point of interest, the runway 114, as possible. 60 
Also, this central location provides an ideal place for the 
transmitter since it provides a large and flat ground plane. 

FIG. 2 is a block diagram showing the main components 
of the monitoring and adaptive transmitting system 100. A 
central processing unit (CPU) 210 of the system receives 65 
weather information from a weather monitoring subsystem 
220. The weather monitoring subsystem 220 monitors wind 
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speed and direction through the wind sensor 116 in FIG. 1 
on the top of the windsock pole in addition to barometric 
pressure and dew point. This information is then provided 
digitally to the central processing unit 210. A radio trans- 
ceiver 230 continually monitors for broadcasts on the CTAF, 
and in response to a broadcast from a different source, the 
radio transceiver 230 generates a carrier detect signal over 
line 232, which is received by the central processing unit. 
Also, the transceiver provides received broadcasts to the 
central processing unit over line 234. 

The central processing unit 210 determines the length of 
each carrier detect signal and categorizes each occurrence of 
the signal as either a transient, a click or a conversation. If 
the length of the carrier detect signal is less than 55 
milliseconds then the central processing unit 210 assumes 
that a transient such as an atmospheric discharge has 
occurred. If the carrier detect signal is between 55 millisec- 
onds and 715 milliseconds, the CPU classifies this event as 
a click, a depression and release of a transmit button by 
another broadcast source. A consecutive series of clicks 
represent a coded request for information. For example, 
three clicks may represent a request for a weather advisory. 
Finally, if the length of the carrier detect signal exceeds 715 
milliseconds, the signal is classified as a conversation. A 
series of clicks and conversations are logged as "events" in 
a data storage system 250. The logged data includes the date, 
time, classification, and duration of the particular event. On 
the basis of the database of the logged events and the stale 
of the carrier detect signal, the central processing unit 
controls a voice synthesizer 240 to generate synthesized 
voice advisories as described below, which are then broad- 
casted by the transceiver 230. 

Generally, a background routine, illustrated in FIG. 3, 
enables the central processing unit to continually monitor 
the CTAF and log detected events. Specifically, in step 310 
the CTAF is monitored and carrier detect signals are gen- 
erated in response to carrier signals from other sources. 
Then, in step 320 the detected carrier signals are classified 
as either a transient, a click, or a conversation. As a result of 
this classification, events classified as a series of clicks and 
conversations are logged in the data storage system in step 
330. 

On the basis of the logged series of clicks and 
conversations, a number of variables are then continually 
updated in step 340. CUCKNUM corresponds to the total 
number of clicks received within a predetermined time 
period. The predetermined time period corresponds to the 
period in which the central processing unit will look for a 
series of clicks to select a particular function. A variable 
TENTHCONV corresponds to the time that has lapsed since 
the tenth most recent conversation and thus gives an indi- 
cation of the levels of traffic or frequency of broadcasts on 
the frequency. When TENTHCONV is small, traffic on the 
frequency will be large since a large number of conversa- 
tions have happened within a short time period. A second 
variable RFTHCONV represents the time since the fifth 
most recent conversation. And finally, LASTCONV corre- 
sponds to the time since the last conversation. When the 
system is first initialized or turned on, TENTHCONV and 
FIFTHCONV are set to 35 and 10 minutes, respectively. 
Each of these variables is then passed to a foreground 
routine while the background routine loops back to step 310. 

The foreground routine shown in FIGS. 4A through 4C 
controls the general operation of the system and allows the 
system to interact with users attempting to access it. The 
foreground routine begins with an initialization of a pop-up 
interval to ten minutes and an advisory abbreviation to a full 
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advisory or Level IV in step 404. Advisory abbreviation 
levels will be described below in detail. The pop-up interval 
corresponds to the time period between pop-up broadcasts 
and the advisory abbreviation corresponds to the amount of 
information contained in an airport and weather advisory. 
Basically, this variable controls the shortening of the advi- 
sory in response to traffic volume on the CTAF. 

After the initialization, the foreground routine continu- 
ously loops through three general operations: 1) generate a 
pop-up broadcast if conditions are met; 2) execute appro- 
priate subroutine if a series of clicks are detected; and 3) 
adjust advisory abbreviation and the pop-up interval in 
response to the level of activity on CTAF. 

A pop-up is a timed or periodic broadcast of information 
over CTAF initiated by the system. This is opposed to 
information broadcasted in response to a pilot request by 
actuating the system. A pop-up broadcast usually includes an 
identification of the airport along with AWOS-type infor- 
mation or a menu of instructions of how to operate the 
system and obtain AWOS-type information. 

For example, a menu of instructions-type broadcast would 
include: "Alpha Airport, enter three clicks for advisory, four 
clicks for radio check.*' In a pop-up broadcast including the 
AWOS-type information, the option for an advisory is 
replaced with relevant weather information. 

The pop-up broadcast is usually generated when the time 
since the last pop-up broadcast exceeds the pop -up interval 
as determined in step 406. The generation of the pop-up 
broadcast will be disabled if either a Wait Flag Ls set to ON 
as determined in step 408 or a conversation is occurring or 
has occurred within the last ten seconds, i.e., LASTCONV 
is less than ten seconds, as determined in step 410. 

In the situation in which the frequency is active or 
recently active as indicated by the fact that LASTCONV is 
less than ten seconds as determined in step 410 the system 
delays the pop-up broadcast. This ten second delay enables 
a broadcaster to finish his/her conversation and allow some- 
one to answer without the pop-up broadcast being injected 
into an inter-party conversation. 

When the Wait Flag is Off and a conversation has not 
recently occurred, the pop-up broadcast is generated in step 
412. Thereafter, in step 414 the pop -up interval is adaptively 
modified in response to the variable TENTHCONTV 
Specifically, the pop-up interval is changed between ten 
minutes and three minutes in accordance with Table IA. 

TABLE IA 



T 10 (Seconds) 


Pop-Up Interval (Minutes) 


0 <T 10 s 170 


10 


120 < T 10 S 440 


5 


600 < T 10 


3 



Experience is shown, however, that once the pilots who 
use an airport become familiar with the operation of the 
present system, less frequent pop-up intervals are appropri- 
ate. Accordingly, intermediate frequency pop-up menus may 
be desirable as shown in Table IB or when pilots become 
very familiar with the system, low frequency pop-up inter- 
vals are appropriate as shown in Table IC below. 



20 



25 



35 



45 



TABLE IB 




T 10 (Seconds) 


Pop- Up Interval (Minutes) 


5 


0 <T 10 g 170 


30 




120 < T 10 5 440 


15 




600 <T to 


9 


10 




TABLE IC 




T 10 (Seconds) 


Pop- Up Interval (Minutes) 




0<T lo ^170 


60 




120 <T 10 ^ 440 


50 


15 


600 <T lo 


30 



Then in step 416 the Wait Flag is set ON if the pop-up 
interval is three minutes. This check is provided so that if the 
frequency is very inactive such as in the early morning 
hours, the system will not continuously broadcast the pop-up 
when there are no listeners. In this case, the system enters a 
wait mode in which it terminates all broadcasts of the pop-up 
until a conversation is again detected by setting the Wait 
Flag to ON in step 418. 

After the check for the expiration of the pop-up interval 
in step 406 and the possible pop -up broadcast, the fore- 
ground routine proceeds in step 420 to determine whether an 
event corresponding to a series of clicks or a conversation 
has occurred. If CLICKNUM is equal to three, that is if a 
remote broadcaster has selected the advisory by three clicks 
of his/her transmit button, then the system transmits an 
airport and weather advisory in compliance with the advi- 
sory abbreviation in step 422. 

FIG. 4C shows the broadcast advisory subroutine 422. In 
steps 502 and 503, the system 100 first checks the status of 
the carrier detect signal 222. If the frequency is busy, the 
system will wait for up to one second to continue with the 
weather advisory subroutine in step 503. If the carrier detect 
signal, however, is active for longer than one second, then 
the system's operation returns to FIG. 4A without broad- 
casting the advisory. 

When the frequency is clear or was busy for less than one 
second, the system reads the sensors and calculates the 
weather parameters in step 505. In step 510, the system then 
reviews its records and determines whether an extended 
weather advisory has been given within the last five seconds. 
If it has, this system again returns. This filter is directed 
primarily at the situation in which the system is accidentally 
50 or intentionally activated for a third time within a short 
period. This helps to prevent the abusive intentional jam- 
ming of the CTAF frequency. 

In step 520, the system reviews the variables indicative of 
frequency traffic, such as TENTHCONV, FIFTHCONV, and 
55 LASTCONV. If the system is very busy, it would be 
inappropriate to take up precious time on the frequency by 
broadcasting the weather advisory. In this case, the system 
broadcasts a short statement such as "Please standby" in step 
525, and then sets a delay Advisory Flag in step 530 and 
60 returns. The delay Advisory Flag sets a timing loop of, for 
example, one minute. After the expiration of that timer, the 
system will again return to step 502 and make another 
attempt to broadcast the advisory. 
If the frequency is not very busy in step 520, this system 
65 then determines whether an advisory broadcast has been 
made within the last five seconds in step 538. If the 
broadcast is selected twice within five seconds, this is 
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interpreted as a request by the pilot for a weather advisory 
having all available weather parameters in step 537. This is 
termed an Extended Advisory. Otherwise, the system deter- 
mines the relevant weather parameters in step 540. In more 
detail, the system reviews the weather parameters read from 5 
the sensors in step 505. For example, if there is a cross wind 
problem, the system will broadcast a cross wind caution 
message. Further, the dew point and temperature will be 
broadcast only if the parameters are within five degrees of 
each other, and there is no wind. This indicates the possi- 10 
bility of fog. The temperature will also be given if it is within 
five degrees of freezing to indicate the possibility of an ice 
condition. The density altitude will generally not be given 
unless it is 2,000 feet greater than the airport's elevation. 

In step 545, the system reviews the congestion on the 35 
frequency and determines which of the weather parameters 
and related information to broadcast. More specifically, if 
the advisory abbreviation variable is indicative of no 
abbreviation, then the broadcasted advisory in step 550 is a 
complete advisory of all available weather conditions, 20 
including barometric pressure, dew point, wind speed, wind 
direction, density altitude, and any other general notices 
such as a preferred or suggested runway assignment. Abbre- 
viation levels based on traffic on the frequency define certain 
conditions in which information is omitted from the broad- 25 
cast. Any relevant parameters, however, from step 540 will 
be included regardless of the abbreviation level. A total of 
five levels of abbreviation are provided as shown in Table II. 



TABLE II 



Level 


T io + T s (second) 


Audio Advisory 


I 


OD < T 10 + T 5 ^ 20 


Wind Data, preferred 






runway/tail wind caution 


II 


20 < T 10 + T 5 ^ 30 


I + Altimeter 


III 


30<T lo + T 5 ^35 


II + Tcmp./Dcw/Fog 


IV 


35 < T 1Q + T 5 s 70 


III + Density Altitude 


VA 


70<T lo + T 5 


IV + NOTA Ms/Manual Weather 



A preferred runway designation is generated in response 40 
to both wind direction and the traffic on the frequency. More 
specifically, the preferred runway is made on the basis of 
moving average of the wind direction. The system will be 
slow to change the suggested runway, however, when traffic 
is high on the frequency suggesting that a large number of 45 
planes are currently in a pattern to land on the current 
preferred runway. Generally, the system will only change the 
preferred runway if it would be unsafe to land on the current 
runway due to tail or cross winds. 

Returning to FIG. 4 A, if CLICKNUM=4 the radio check 50 
subroutine is performed in step 424. The subroutine is 
completely shown in FIG. 4B. First, the system monitors in 
step 444 to determine whether or not the frequency is clear, 
i.e., no one else is currently broadcasting. If no other 
broadcasts are detected, then the system proceeds. If a 55 
broadcast is detected, however, the system will wait for up 
to one second for the frequency to clear in step 445. If it does 
not clear in this time period, the system returns. A confir- 
mation of the selection of the radio check feature, for 
example, "transmit radio check" is performed in step 425 60 
after the frequency is determined to be clear. The system 
then waits for five seconds for detection of carrier signal in 
step 426. If a carrier signal is not detected within five 
seconds as determined in step 427, the process returns to the 
foreground routine. Once a carrier is detected, the system 65 
immediately records any broadcast on the CTAF for up to 
five seconds in step 428. The recording is then played back 
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in step 430 only after the carrier signal is no longer detected 
in step 429 so that the broadcaster can confirm that the radio 
is properly operating by listening to his/her rebroadcasted 
message. 

This method for providing a radio check has certain 
advantages over traditional methods. When a pilot requests 
a radio check over the CTAF, he/she rarely knows the 
position of the person responding to the request. Therefore, 
although the party performing the radio check may receive 
a very coherent signal, they do not know across what 
distance the signal has traveled and thus the strength of the 
transmission. Secondly, the response of the accepting party 
is a very subjective determination of the coherence of the 
broadcast. With the present invention, there is no way of 
over estimating the quality of the transmission and hence the 
condition of the pilot's radio. Thirdly, if there is no response, 
then a radio malfunction may be present. In the present 
invention, the broadcast the pilot hears is his/her own, 
allowing the pilot to readily evaluate the signal strength and 
coherence. Further, since the pilot will know his/her position 
in relation to the airport, the distance the signal has travelled 
is also known. 

Returning to FIG. 4A, eight clicks, CLICKNUM=8, iden- 
tifies selection of a proprietary mode subroutine in step 432, 
which enables an operator to reconfigure the system for 
special circumstances. To activate, the operator must enter a 
second number to thereby form a password without any 
prompting by the system. For example, if the total password 
for the propriety system is 82, the user must first click the 
microphone 8 times to select the propriety mode, then pause 
and click the microphone two more times. These series of 
clicks with the intervening pause are interpreted as a 
password, and only upon successful entry will the propriety 
mode be activated. 

In order to select different functions in the propriety 
mode, the user must click the microphone to select between 
a number of different options. For example, a first function 
option would be to add a Notice To AirMen (NOTAM). This 
is selected by entering the password followed by two clicks. 
If the function is selected then the system confirms selection 
and allows the user to record the NOTAM. The next function 
option, if a NOTAM recording currently exists, is cancella- 
tion of the NOTAM announced. This function is selectable 
by clicking three times after the password and it will erase 
any current NOTAM 's on the system. As another function, 
the state of the system can be toggled between passive and 
active modes by four clicks of the microphone to thereby 
change the system from "sleep" to "awake" or "awake" to 
"sleep" depending on its current condition. In the sleep 
mode, the system continues to monitor the CTAF, but 
broadcasts no pop-up nor reacts to anything but selection of 
the propriety mode or attempts to access the radio check 
feature. 

Continuing in FIG. 4A, after checking for selection and 
possible performance of the proprietary mode, the system 
checks for the simultaneous condition of a conversation and 
the Wait Flag being set to ON. In this situation, the system 
has been previously put into a wait state by the inactivity on 
the frequency. The system is reawakened by the conversa- 
tion and sets the Wait Flag to OFF in step 470 and also sets 
the pop-up interval to 10 seconds. Therefore, a pilot entering 
the airport, who makes a blind transmission to other poten- 
tial air traffic, will hear a pop -up in ten seconds and be 
informed of the availability of a weather advisory or radio 
check. 

After the detection of an event in step 420 and any 
subsequent action, the system modifies the advisory abbre- 



